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(54) Data transmission and reception 

(57) Proper data is selected from a plurality of data 
which are multiplexed and transmitted to download the 
proper data. The maker and model of a receiver and the 
version of a control program are stored In a load section 
as a maker ID. a model ID, and a version ID. The section 
number and the total number of sectbns are also stored. 
It Is checked whether the maker ID and the model ID 
coincide with those stored In the ROM of the receiver to 



check whether the version number is newer than that of 
the control program of the receiver. Therefore, it can be 
checked whether the program should be downloaded. 
With reference to the list of section numbers whch have 
been downloaded, it can be found whether a program 
divided into a plurality of sections to be transmitted is 
completely downloaded. With reference to the list of 
section numbers and the total number of sections, the 
progress state of downloading can be known. 



FIG. 1 



CM 
< 
O 

o> 

CM 
00 

o 

LU 



IMAGE - 
VOICE - 




PROGRAM 
ADDITIONAL p 
DATA 



IMAGE 
VOICE - 



ENCODER 



MULTI- 
PLEXER 



MODU- 
LATOR 



PROGRAM I 
ADDITIONAL I ^ 
DATA ' 



IMAGE - 
VOICE - 



ENCODER 



MULTI- 
PLEXER 



MODU- 
LATOR 




PROGRAM 
11 



IMAGE VOJCE 



Printed by Jouve, 75001 PARIS (FR) 



EP 0 872 970 A2 



Description 



The present invention relates toa data transmission 
device, a reception device, a data transmission system, 
and a data transmission method. 

An embodiment of the Invention concerns transmis- 
sion and reception used when a plurality of program da- 
ta are transmitted by. e.g. digital satellite broadcast. 

At present, digital satellite broadcast which trans- 
mits digital data by using a communication satellite to 
perform broadcast has spread. In this digital satellite 
broadcast, video and audio signals are compressed and 
encoded by a predetemiined scheme, and the com- 
pressed and encoded video and audio signals are trans- 
mitted to viewers through the communication satellite. 
As a compressing/coding scheme for video and audio 
signals, for example, MPEG2 (Moving Picture Experts 
Group) is used. 

FIG. 1 0 shows the outline of a typical digital broad- 
cast system. The program transmission side is consti- 
tuted by an up-link station, a program provider, and a 
management system. 

Video/audio data from a program provider 101 is 
supplied to an encoder, multiplexer 103 of MPEG (Mov- 
ing Pictures Expert Group)2 of an up-link station 102. 
The video/audio data is compressed in the MPEG2 en- 
coder, multiplexer 103. and the compressed video/audio 
data is filled in a packet having a length of 188 bytes. A 
plurality of programs and packets of video/audio data 
corresponding to the programs are multiplexed to form 
a transport packet of MPEG2. A large number of trans- 
port packets are connected to each other to form a trans- 
port stream. The number of transport streams corre- 
sponds to the number of transponders mounted on a 
communication satellite. 

The MPEG2 transport packets are supplied to a 
transmissbn system 104. In the transmission system 
104. processes such as a scramble process for each 
packet, error correction coding for each packet, and 
modulation are performed, and a modulated output is 
supplied toa transmission antenna 105. The scramble 
process is required to realize conditional access used 
to control the audiovisual quality for each viewer. For 
example, a pay-per view contract in which only a certain 
program is watched every paying is made possible. A 
key for canceling the scramble Is supplied from a key 
management system 106 to the MPEG2 encoder, mul- 
tiplexer 103. and is inserted into the transport packet as 
one of packets like video/audio information. 

The MPEG2 packets are integrally managed by a 
program management system 107. The program man- 
agement system 1 07 is coupled to the key management 
system 106 to decode a key for canceling scramble. A 
client management system 108 is arranged to manage 
Items or the like related to audbvisual contracts. Ac- 
counting information is transmitted between the client 
management system 108 and the house of a viewer 
through a telephone line 109. 



Broadcast radio wave is transmitted from the trans- 
mission antenna 105 and received by a reception an- 
tenna 111 of each house through a communication sat- 
ellite 110. A receiver 112 is connected to the reception 
5 antenna 1 1 1 . The receiver 1 12 is constituted by a tuner 
for designating a reception transponder, a demodulator, 
a scramble unit for canceling scramble, a demultiplexer 
for designating separate packets, a video decoder an 
audio decoder, and the like. Decoded video/audio sig- 
^0 nals are supplied to a television receiver 1 1 3. 

A key for canceling scramble is encoded and trans- 
mitted as relevant information together with image/ 
voice. The key for solving cryptography is stored in an 
IC card 1 1 4 inserted in the receiver 1 1 2. Program scram- 
'5 bles which can be solved by a transmission side can be 
controlled by the transmission side on the basis of the 
contract information of each reception system. A receiv- 
er having a conditional access function is called an IRD 
(Integrated Receiver/Decoder). 
2^ The above digital satellite broadcast system has on- 
ly just begun to be practically used, and a program for 
controlling a recent receiver on a reception side may be 
variably changed. For this reason, this program is stored 
as data in a programmable ROM built in the receiver As 
the programmable ROM. a flash ROM such as an EEP- 
ROM (Electrically Erasable Programmable ROM) is 
known. This change generally has an object to provide 
new services and additional values to clients. Several 
methods can be effective as countermeasures against 
30 the change in program. 

For example, when a program ROM built in a re- 
ceiver is replaced with another one. or the receiver is 
entirely replaced with another one, a countermeasure 
agarnst the change in program can be made. When an 
35 IC card in which a new program is stored is distributed 
to a client by using the interface, for an IC card, arranged 
in the receiver, the new program can be loaded from the 
IC card. However, when a large number of receivers 
which have been arranged, it is difficult to replace the 
^0 ROMs of the receivers and collect the receivers. In ad- 
dition, a method of distributing IC cards requires high 
cost. Since each IC card has a relatively small memory 
capacity, the !C card cannot easily store a program. 
As a method of solving the above problem, the fol- 
45 lowing method is provided. That is, latest program infor- 
matbn is received from a transmission side, and this 
program is loaded on a receiver on a reception side 
More specifically, program data is inserted into a data 
stream transmitted by satellite broadcast using, e.g., the 
50 MPEG2 system, and the program data is received by a 
viewer by means of a receiver to download the program 
data. The downloaded program data is temporarily writ- 
ten in. e.g.. a RAM built in the receiver, and the program 
data is transferred from the RAM to a flash ROM there- 
55 by updating the program. 

A piece of software of one type is conventionally ap- 
plied to all reception devices. More specifically a nec- 
essary piece of software cannot be selected from pieces 
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of software of various types. For this reason, on the re- 
ceiver side, the type of a host processor (CPU) or an 
OS (Operation System), the type of an interpreter for 
executing a program, or the like must be limited to one. 
Therefore, program data cannot be downloaded on a 
receiver in which these types are not integrated. 

For example, in a personal computer or the like, 
when a program is to be downloaded, an operator ex- 
amines the version of the program, and the version can 
be compared with the version of the same program 
owned by the operator at present. In this manner, in a 
personal computer or the like, the programs whose ver- 
sions are equal to each other can be prevented from 
being repetitively downloaded. 

However, downloading by such a conventional re- 
ceiver for satellite broadcast is performed regardless of 
the version of a program to be downloaded. Therefore, 
it is a problem that a program whose version is equal to 
the version of the program which has been downloaded 
may be repetitively downbaded in vain. It is another 
problem that the version of the downloaded program 
may be older than the version of the program which is 
owned. 

Also In downloading by a personal computer, deter- 
mination of version information is left to an operator's 
hand. For this reason, the failure described above may 
occur in the downloading. 

In addition, program data to be downloaded has a 
size of, e g., several MBytes. Therefore, the download- 
ing of the program data requires several minutes or sev- 
eral ten minutes. In a conventranal system, a progress 
state of downloading, e.g., the rate of the size of down- 
loaded data to the total size of program data is not dis- 
played. For this reason, the following problem arises. 
That is, time of the end of downloading cannot be rec- 
ognized, and an operator who executes the download- 
ing is displeasured. 

On the other hand, when a different types of pro- 
gram data are to be transmitted, the following method 
may be used. That is, a plurality of transmission paths 
are used, and these program data are transmitted 
through different paths, respectively. For example, in 
this satellite broadcast, a plurality of transponders to 
which different carrier frequencies are allocated are 
used, so that data streams are transmitted to receivers. 
Therefore, transponders can be allocated to receivers 
depending on the makers and models of the receivers. 
However, a conventional system has no information rep- 
resenting a transponder from which specific program 
data is transmitted. For this reason, corresponding pro- 
gram data cannot be substantially downk>aded on the 
reception side. 

An embodiment of the present invention seeks to 
provide a data transmission device, a reception device, 
a data transmission system, and a data transmission 
method which can select proper data from a plurality of 
data which are multiplexed and transmitted to download 
the selected proper data. 



One aspect of the present invention provides a data 
transmission device for lime-divisionally multiplexing 
signals of a plurality of channels and further multiplexing 
the plurality of time-divisionally multiplexed signals to si- 

s multaneously transmit the signals, characterized in that 
receiver maker identification information for identifying 
makers of reception devices for receiving transmitted in- 
formation and receiver model Identification information 
for identifying models of the makers of the reception de- 

10 vices are transmitted. 

Another aspect of the present invention provides a 
data reception device for designating a predetermined 
signal from multiplexed and transmitted signals to re- 
ceive the predetenmined signal, characterized by com- 

is prising: means for extracting only necessary information 
on the basis of receiver maker identification information 
and receiver model identification infonmation included in 
the received signal to store the extracted information; 
and control means for using the stored information as a 

20 program for unit control. 

A further aspect of the present invention provides a 
data transmission system for time-divisionally multiplex- 
ing signals of a plurality of channels and further multi- 
plexing the plurality of time-divisionally multiplexed sig- 

25 nals to simultaneously transmit the signals, and desig- 
nating a predetermined signal from the multiplexed and 
transmitted signals to receive the predetermined signal, 
characterized by comprising: transmission means for 
transmitting receiver maker identification information for 

30 identifying makers of reception devices for receiving 
transmitted information and receiver model identifica- 
tion information for identifying models of the makers of 
the reception devices; reception means for receiving the 
transmitted infonmation; means for extracting only nec- 

35 essary information on the basis of the receiver maker 
Identification information and the receiver model identi- 
fication information included in the received infonmation 
to store the extracted infonmation; and control means for 
using the stored infomnatbn as a program for unit con- 

40 trol. 

A yet further aspect of the present invention pro- 
vides a data transmission method for time-divisionally 
multiplexing signals of a plurality of channels and further 
multiplexing the plurality of time-divisionally multiplexed 

45 signals to simultaneously transmit the signals, charac- 
terized in that receiver maker identification infomnation 
for identifying makers of reception devices for receiving 
transmitted information and receiver model identifica- 
tion information for identifying models of the makers of 

50 the reception devices are transmitted. 

As described above, according to the present in- 
vention, since receiver maker identification infonmation 
for identifying makers of reception devices for receiving 
transmitted information and receiver model identifica- 

55 tion Tnfbmriation for identifying models of the makers of 
the reception devices are transmitted, proper informa- 
tion can be selected from pieces of multiplexed and 
transmitted infonmation to receive the proper informa- 



3 



EP 0 872 970 A2 



tion. 

For a better understanding of the present invention, 
reference will now be made by way of example to the 
accompanying drawings, in which; 

FIG.1 is a block diagram showing an example of a 
data transmission system. 

FIG. 2 is a schematic diagram for explaining a trans- 
port packet. 

FIG. 3 is a block diagram showing an example of 
the more detailed arrangement of a receiver. 

FIG. 4 is a schematic diagram showing an example 
of the arrangement of a load section. 

FIG. 5 is a schematic diagram showing an example 
of the arrangement of a load control section. 

FIG. 6 is a flow chart showing processes performed 
when a transponder from which a load section corre- 
sponding to a receiver is transmitted is designated. 

FIG. 7 is a schematic diagram for explaining the cor- 
respondence between transponders and the receiver 
maker identification numbers and model identification 
numbers of program data transmitted from the corre- 
sponding transponders. 

FIG. 8 is a flow chart used when a radio wave from 
a designated transponder is received todownload a pro- 
gram. 

FIG. 9 is a schematic diagram showing an example 
of the display of a progress state of downloading. 

FIG. 10 is a view showing the outline of a typical 
digital broadcast system. 

FIG. 1 shows an example of a data transmission 
system which can be applied to one embodiment of the 
present Invention. In this system, video data, audio data, 
other data which are converted into a serial data stream 
on a transmission side are modulated, and the data 
stream is converted into a radio wave in a predeter- 
mined frequency band by a transmission equipment 4 
to be transmitted. This radio wave is repeated by a com- 
munication satellite 5 and received by a receiver 6. 

On the transmission side, a video signal and an au- 
dio signal are supplied to an encoder 1. In the encoder 
1, the supplied signals are high-efficiently encoded to 
be encoded. 

In this embodiment, an MPEG2 system is used for 
high efficiency encoding in the encoder 1. More specif- 
ically the video signal is subjected to motion compen- 
sation by DCT (Discrete Cosine Transformation) and 
motion vector calculation, and the video signal is quan- 
tized to be encoded. The audio signal is subjected to 
sub-band encoding by using audiovisual psychological 
encoding. 

In the encoder 1 , the encoded video signal and the 
encoded audio signal are time-divisionally multiplexed 
to form a serial data stream. The data stream is supplied 
to a multiplexer 2. In this system, to cope with transmis- 
sion through a plurality of channels in one frequency 
band, a plurality of encoders 1 . e.g., of 6 channels, can 
be set in each frequency band. Data streams output 
from the respective encoders 1 are supplied to the mul- 



tiplexer 2. 

In the multiplexer 2, the video/audio signals, pro- 
gram code data, and the additional data which are sup- 
plied from the plurality of encoders 1 are further multi- 
5 plexed by time-divisional multiplexing. The additional 
data includes, e.g.. text data or the like. In the MPEG2, 
the data streams are divided in units called packets to 
be transmitted. As shown in FIG. 2, one packet is con- 
stituted by a 4-byte header portion and a 184-byte pay- 
10 load portion, and has a size of 188 bytes. The divided 
data streams are stored in the pay-load portion. In the 
header portion, information of packets and information 
representing the relationship between the packets are 
stored. A PID serving as identification information of the 
15 packets is added to the header portion. 

More specifically, in this multiplexer 2, the data 
stream is divided every 184 bytes, and predetermined 
header informatkDn is added to the data to generate a 
packet, thereby multiplexing the data stream. As a re- 
^0 suit, the same PID is added to transport packets gener- 
ated by data streams output from the same encoder. A 
stream obtained by connecting transport packets de- 
scribed above to each other by a transmission form is 
called a transport stream. The transport stream output 
2S from the multiplexer 2 is supplied to a modulator 3. 

In the modulator 3. QPSK (Quadrature Phase Shift 
Keying) nriodulation is performed to a transport packet 
to obtain a modulated signal in a predetermined fre- 
quency band, and the modulated signal is output. The 
30 modulated signal output from the modulator 3 is sup- 
plied to the transmission equipment 4 having a power 
amplifier and a transmissbn antenna. 

Actually, a scramble process for a transport packet, 
an error correction coding process by a Read-Solomori 
35 code, an interteaving process to cope with a burst error, 
a convolution coding process, and the like are per- 
formed. 

Transmission can be performed with respect to a 
plurality of frequency bands. For this reason, in this sys- 
40 tem. as shown in FIG. 1, a plurality of arrangements 
each constituted by the plurality of encoders 1 , the mul- 
tiplexer 2. and the modulator 3 can be arranged. The 
respective modulators 3 perform modulation in frequen- 
cy bands which are differentfrom each other. Modulated 
45 signals output from the modulators 3 are supplied to the 
transmission equipment 4. 

The modulated signals are converted into radio 
waves, and the radio waves are transmitted from the 
transmission equipment 4 to the communication satel- 
50 lite 5. The communication satellite 5 comprises trans- 
ponders (satellite repeaters). The transponder repeats 
a radio wave in a predetemnined frequency band. When 
a plurality of transponders having frequency bands cor- 
responding to the transponders are arranged on the 
55 communication satellite 5. radio waves in a plurality of 
frequency bands can be simultaneously repeated. For 
example. 28 transponders are arranged on the commu- 
nication satellite 5. Therefore, in transmission from the 
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transmission equipment 4 to the communication satel- 
lite 5, radio waves in a plurality of frequency bands cor- 
responding to the number of transponders arranged on 
the communication satellite 5 are simultaneously trans- 
mitted. 

In many cases, the plurality of transponders are 
managed by different entrepreneurs, respectively. 

A radio wave transmitted from the transmission 
equipment 4 and repeated by the communication satel- 
lite 5 is received by an antenna 7 of the receiver 6 to be 
a reception signal. The reception signal is supplied to a 
tuner 8 and subjected to predetermined signal process- 
ing (to be described later) by a demodulator 9, an error 
correcting unit 10, a separation unit 11, an MPEG de- 
coder 1 2, and the like to output video and audio signals, 
and predetermined data can be obtained. 

FIG. 3 shows an example of a more detailed ar- 
rangement of the receiver 6. The reception signal re- 
ceived by the antenna 7 is supplied to the tuner 8. The 
tuner 8 designates a transponder from which a signal is 
received by the tuner 8 to select a predetermined fre- 
quency band. The selected reception signal Is supplied 
to the demodulator 9 to be subjected to a QPSK derrKxJ- 
ulation process, and a transport packet whose error is 
corrected by the error correcting unit 10 Is recovered. 
The error correcting unit 10 decodes a Read-Solomon 
code and performs a Viterbi decoding process to per- 
form error correction. This transport packet Is supplied 
to the separation unit (demultiplexer) 11. 

In the separation unit 11 . a packet of a desired chan- 
nel is separated from other packets, and descramble for 
the packet is performed. The packet Is further separated 
into video data, audio data, and additional data (includ- 
ing program information) on the basis of Information of 
a header portion. The video data is decoded by a video 
decoder 1 2V to obtain a received video signal. The au- 
dio data Is decoded by an audio decoder 1 2A to obtain 
a received audio signal. These video decoder 12V and 
the audb decoder 12A are included in the MPEG de- 
coder 1 2 (see FIG. 1). The additional data is supplied to 
a unit controller 20. An adder 25 adds a display signal 
to the decoded video data, and an output video signal 
from the adder 25 Is displayed on a display. Similarly, 
the decoded audio signal Is amplified by, e.g., an ampli- 
fier, to be output from a loudspeaker. 

The unit controller 20 is to control the operation of 
the entire receiver, and is constituted by a microcomput- 
er A ROM 21, a flash memory 22, a RAM 23, and a 
screen display generator 24 are coupled to the unit con- 
troller 20- In the ROM 21 , a program for download con- 
trol is stored. The download control performed by the 
unit controller 20 is rriade on the basis of the program 
stored in the ROM 21 . A program for general operation 
control is stored in the flash memory 22. The general 
operation control (i.e., control except for the download 
control) perfomned by the unit controller 20 Is made on 
the basis of the program stored In the flash memory 22 
The RAM 23 Is used as a temporary storage unit used 



when the flash memory 22 is updated. The screen dis- 
play generator 24 generates various display signals un- 
der the control of the unit controller 20. This display sig- 
nal is supplied to the adder 25 to be superposed on the 

5 decoded video signal. 

A program for controlling the above receiver 6 is 
transmitted through the communication satellite 5. More 
specifically, program data Is supplied as additional data 
to the multiplexer 2, subjected to the above processes, 

10 transmitted from the transmission equipment 4 together 
with video and voice which are high-efficiently encoded 
by the MPEG2, and repeated by the communication sat- 
ellite 5. A user causes the receiver 6 to receive the trans- 
mitted program data, so that, for example, an updating 

IS operation for the program of the receiver 6 can be per- 
formed. 

When a program is downloaded on the receiver 6, 
program Information separated by the separation unit 
11 Is written in the RAM 23 by the unit controller 20. A 

20 write operation is performed every unit of updating (e. 
g., 64 kbytes). Until the process corresponding to one 
unit of updating of the flash memory 22 is completed, 
the information Is held by the RAM 23. A program of one 
unit of updating is read from the RAM 23, written in the 

2S flash memory 22, and then subjected to an updating 
process. Until updating of all the programs to be down- 
loaded Is completed, the process of one unit of updating 
is repeated. 

FIG. 4 shows an example of the arrangement of a 
30 data stream for transmitting program data. In this exam- 
ple, program data is processed according to the form of 
aprivate section ruled by Systems (ISO 1 3818-1 ). In the 
MPEG2, a data stream is handled in a component unit 
called a pack obtained by bundling a plurality of packets. 
35 In the pack, tow types of components, i.e., a section and 
a PES (Packtlzed Elementary Stream) packet are ar- 
ranged depending on the types of streams to be trans- 
mitted or a data configuration. Control information or the 
like is transmitted by the section, and an image or voice 
40 is transmitted by the PES packet. 

Also in a section, portions other than a header are 
determined on the basis of the rules of the MPEG2. For 
example, a PAT (Program Association Table), a PMT 
(Program Map Table), and a CAT (Conditional Access 
45 Table) in which, e.g., the specification Intonnaiion of a 
program is transmitted, and the private section in which 
only a header is determined are arranged. A plurality of 
sections, e.g., 1 ,024 sections are gathered to constitute 
one table. In this embodiment, program data is stored 
so in the private section to be transmitted. 

As private sections, there are a short private section 
having a header size of 3 bytes and a long private sec- 
tion having a header size of 8 bytes. Program data is 
stored in the short private section. A header is constitut- 
es edby thefirstfiveregions. I.e., a table ID, a sectton syn- 
tax indicator, a private indicator, a reserved region, and 
a section length. In the remaining portion, program data 
and other necessary data are stored. 
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The section in which the program data is stored is 
called a load section. The table ID having 8 bits deter- 
mines the contents of the section. In this case, a value 
representing that the section is a load section is stored 
in the table ID. The section syntax indicator indicates 
as one bit, whether the header type of the section is a 
short type or a long type. For example, if the value of 
the section syntax indicator is 'V. the long type is deter- 
mined; if the value Is '0'. the short type is determined 
The private indicator indicates whether the section is a 
pnvate section. If the value is *V, it is determined that 
the section is a private section. In the 2-bit resen/ed re- 
gion, '11' is stored. 

Inthe section length, thenumberof bytes of the sec- 
tion started immediately after 12 bits determined as the 
section length is stored. Up to the section length the 
header is ended. Since 1 2 bits are allocated to the sec- 
tion length, a maximum of 4,096 bytes can be ex- 
pressed. More specifically data having a maximum of 
4.096 bytes can be stored in the regions following the 
region of the section length. 

A maker ID has 8 bits, and represents a receiver 
maker identification number for identifying the maker of 
a receiver. More specifically different receiver maker 
Identification numbers are allocated to the makers of re- 
ceivers in advance. A model ID having 8 bits represents 
a model identification number for identifying the model 
of a receiver. The model identification number can be 
uniquely alkylated to each maker More specifically dif- 
ferent makers (receiver maker identification numbers) 
may have the same model identification number When 
the maker ID and the model ID are combined to each 
other, a receiver can be specified. 

A version ID has 8 bits, and represents the version 
of program data transmitted by the private section More 
specifically, the version identification number of pro- 
gram data corresponding to a model specified by the 
maker ID and the model ID is represented by the version 

The subsequent extended section number has 1 6 
bits, and represents a section number Sno allocated to 
the section. The subsequent extended final section 
number has 16 bits, and represents the total number 
Ssum of sections having the same table ID. the same 
maker ID. the same model ID, and the same version ID 
The subsequent 8 bits are defined as a code data 
region, and the main body of program data is stored in 
this region. A plurality of code data regions described 
above, e.g., N code data regions, can be continuously 
set in the same section. Therefore, program data of (8 
x N) bits can be transmitted per section. 

As described above, the maximum size of data 
which can be stored in the region following the header 
IS hmrted to 4,096 bytes as a section length. For this rea- 
son, when the size of other data is subtracted from the 
size of 4,096 bytes, N is set to be 4.085 at the maximum 
Since the total size of the program data is actually e.g . 
about 2 MBytes, transmission of the program data is 



shared by a plurality of load sections. Different section 
numbers Sno are added to the divided load sections 
respectively. In this case, it is convenient for the follow- 
ing processes that the section numbers Sno are se- 
5 quentially added from the start of the program data. 

The final CRC having 32 bits is CRC (Cyclic Redun- 
dancy Check) which is perfomied by data immediately 
before the CRC in this section. By using information in 
this CRC region, error detection of the section is oer- 
^0 formed. 

As described above, a plurality of transponders are 
mounted on the communication satellite 5. and trans- 
mission can be simultaneously performed from the plu- 
rality of transponders in different frequency bands In 
'5 this case, the same program data are not transmitted 
from the plurality of transponders, respectively but pro- 
gram data corresponding to receivers whose makers 
and nrKxJels are different depending on the transponders 
may be transmitted from the transponders. For exam- 
^0 pie. program data corresponding to model b of maker a 
IS transmitted from transponder A, program data corre- 
sponding to model d of maker c and model f of maker e 
are transmitted from transponder B. and program data 
corresponding to model g of maker a and model i of mak- 
25 er h are transmitted from transponder C. In this manner, 
program data corresponding to different makers and dif- 
ferent models are transmitted from the respective trans- 
ponders. 

Therefore, a transponder from which necessary 
30 program data is transmitted must be detemiined. FIG 
5 shows the arrangement of a data stream for transmit- 
ting information representing a specific transponder 
from which program data corresponding to a specific 
fDaker and a specific model is transmitted. Here as in 
55 the above transmission of the above program data a 
private section is used. However, in this example, a pri- 
vate sectbn of a long header type is used. 

This section is called a load control section As the 
load control section, a load control section having the 
40 same contents is transmitted from each transponder 
The first 3 bytes of the header represent the same con- 
tents as that of the above load section. As a matter of 
course, a value representing a load control section is 
used as a table ID. and a section syntax indicator is set 
to be '1 ' to represent that the header type is long. 

A subsequent resented region having 18 bits is filled 
with 'V. A version number, a current next indicator a 
section number, and a final section number which follow 
the resen/ed region are set to be values determined by 
50 theMPEG2. respectiveV. Up to the final section number 
the header is ended. 

A transport stream ID having 16 bits represents the 
number Tno of a transponder mounted on the commu- 
nication satellite 5. Regions extending from the trans- 
55 port stream ID to the position immediately before CRC 
are repeated by the number of transponders (in this ex- 
ample. L transponders). More specifically pieces of in- 
formation shown in the regions extending from the trans- 
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port stream ID to the position immediately before the 
CRC correspond to data transmitted by using one trans- 
ponder represented by the transport stream ID. 

The subsequent 3-bit reserved region is filled with 
•V. The subsequent download PID having 1 3 bits a PID 5 
used when a load section is transmitted from a trans- 
ponder represented by a transponder number Tno. The 
subsequent 4-bit reserved region is filled with '1'. 

A model information length having 12 bytes repre- 
sents the number of bytes of regions extending from the fo 
position immediately after the model information length 
to the positbn immediately before the CRC region of the 
end. The subsequent maker ID and model ID have 8 bits 
each, and represent a receiver maker identification 
number and a model identification number, respectively is 
The receiver maker identification number and the model 
identification number represent the correspondence be- 
tween program data transmitted from a transponder rep- 
resented by a transponder number Tno and a specific 
model being available from a specific maker. The maker 20 
ID and the model ID are repeated depending on the type 
of program data to be transmitted by using one trans- 
ponder. In this example, M types of data are transmitted 
by using one transponder, and the maker ID and the 
model ID are repeated M times. 

The final CRC having 32 bits is CRC (Cyclic Redun- 
dancy Check) which is performed by data stored up to 
immediately before the CRC in this section. By using 
information in this CRC region, error detection of the 
section is performed. 

With the data stream constituted as described 
above, a user can automatically download proper pro- 
gram data by only instructing the receiver 6 to download 
the program data. More specifically, when load control 
sections in which the same contents are transmitted 35 
from the respective transponders are received, a trans- 
ponder number Tno of a transponder from which proper 
program data is transmitted can be known. On the basis 
of the transponder number Tno, the proper transponder 
is automatically designated in the receiver 6. Thereafter, 40 
a load section transmitted from the corresponding trans- 
ponder is received to check, on the basis of the maker 
ID, the model ID, the version ID, and the like, whether 
the load section is proper. If the load section is proper, 
downloading is executed. 

The download process will be described below in 
detail by using the flow charts shown in FIGS. 6 and 8. 
FIG. 6 shows processes performed when a transponder 
from which a load section corresponding to the receiver 
6 is transmitted is designated. In the first step SI, an 50 
arbitrary transponder is designated to receive a radio 
wave. The received radio wave is subjected to prede- 
termined signal processing by the tuner 8 and the de- 
modulator 9 as described above and en-or correction by 
the error correcting unit 1 0. The stream of additional da- 55 
ta is extracted by the separation unit 11 . The stream of 
additional data is stored in a predetermined region of 
the RAM 23 through, e.g., the unit controller 20. 



The processes following the process in the next 
step S2 are executed under the control of the unit con- 
troller 20. In step S2. data stored in the CRC region is 
extracted from the stream of additional data stored in 
the RAM 23. An arithmetic operation performed by the 
CRC is performed to check whether the transmitted data 
has an error. If an error is detected, the flow returns to 
step SI to receive a radio wave again. If no error is de- 
tected, the flow shifts to step S3. In step S3, a table ID 
is acquired from the received data. 

On the basis of the acquired table ID. it is checked 
whether the received data is a load control section (step 
S4). If it is detemnined that the data is not a load control 
section, the flow returns to step SI. 

Although not shown, in step S4, a private indicator 
included in header information as shown in FIG. 4 or 5 
is also used as a condition for the determination. 

If it is detemnined in step 34 that the received data 
is a load control section, the flow shifts to step S5. Sub- 
sequently, processes are executed on the basis of the 
format shown in FIG. 5. In step S5, a section length is 
acquired. In the next step S6, the transponder number 
Tno is set to be an initial value, e.g., Tno^ . Subsequently, 
a download PID at the transponder number Tno, is ac- 
quired in step S7, and a model information length at the 
transponder number Tno-, is acquired in the next step 
S8. 

In step S9, the maker ID and model ID of program 
data transmitted from the transponder indicated by the 
transponder number Tno^ is acquired. The process in 
step S9 is repeated (repeated M times in this example) 
on the basis of the model information length obtained in 
step S7 by the determination in step S10. If it is deter- 
mined that the processes with respect to the transpond- 
er Tnoi are ended, the flow shifts to step S11 to check 
whether processes for the transponders are ended. If it 
is determined that the processes are not ended, the 
transponder number Tno is set to be the next number, 
e.g.. Tno2 (step SI 2). and the flow returns to step 87. 

If it is determined in step S1 1 that the processes for 
the transponders are ended, the series of processes are 
ended. When the processes shown in the flow chart in 
FIG. 6 are performed, the correspondence between 
transponders and the receiver maker identification num- 
bers (maker IDs) and model identification numbers 
(model IDs) of program data transmitted from the corre- 
sponding transponders can be obtained. FIG. 7 shows 
an example of this correspondence. In the receiver 6, 
the tuner 8 is controlled by the unit controller 20 based 
on the correspondence to designate a predetermined 
transponder. 

More specifically, the maker ID and model ID of the 
receiver 6 is read from the ROM 21 by the unit controller 
20, and the correspondence shown in FIG. 7 is referred 
to. Therefore, a transponder from which program data 
corresponding to the read maker ID and the model ID is 
transmitted can be known. 

FIG. 8 shows a flow chart used when a radio wave 
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from the designated transponder is received to down- 
load a program. First, a predetermined transponder ob- 
tained by the above correspondence is designated in 
the first step S20 to receive a radio wave. The received 
radio wave is subjected to the above processes to ex- 
tract a stream of additional data. The stream of addition- 
al data is stored in the RAM 23. 

Processes following the process in the next step 
S21 are performed under the control of the unit control- 
ler 20. in step S21, data stored in the CRC region is 
extracted from the stream of additional data stored in 
the RAM 23. An arithmetic operation performed by the 
CRC is performed to check whether the transmitted data 
has an error. If an error is detected, the flow returns to 
step S20 to receive a radio wave again. If no error is 
detected, the flow shrftsto step S22. In step S22, a table 
I D IS acquired from the received data. 

On the basis of the acquired table ID, it Is checked 
whether the received data is a load section (download 
data) (step S23). If it is determined that the data is not 
a load section, the flow returns to step S20. 

Although not shown, in step S23, a private indicator 
included in header information as shown in FIG. 4 or 5 
is also used as a condition for the determination. 

If it is detemnined in step S23 that the received data 
is a load section, program data is transmitted from this 
section. For this reason, subsequently, a download 
process is executed on the basis of the format shown in 
FIG. 4. In the next step S24, a section length is acquired. 
In the next step S25, a maker ID, a model ID. and a ver- 
sion ID are acquired. In step S26, it is checked whether 
the program data to be transmitted from the toad section 
should be downloaded. 

A maker ID and a model ID are read from the ROM 
21 by the unit controller 20. It is checked whether the 
read maker ID and the read model ID coincide with the 
maker ID and the model ID acquired in step S24. If these 
IDs do not coincide with each other, it is determined that 
the target program data is not transmitted from the load 
section. 

If these IDs coincide with each other, the version ID 
of the program data stored at present is read from the 
flash memory 22. When a program data is to be stored 
in, e.g.. the flash memory 22, this version ID is set as 
the attribute of the program data. This version ID and 
the version ID acquired in step S25 are compared with 
each other. If it is determined as the comparison result 
that the version ID acquired in step S25 is newer than 
the version ID of the program data, it is determined that 
target program data is transmitted from the load section, 
and the flow shifts to step S27. 

Because of the comparison between version IDs, 
program data of a verston which is the same as that of 
the program data stored in the flash memory 22 at 
present or program data of an old version can be avoid- 
ed from being downloaded in vain. 

In step S27, a section number Sno and a total sec- 
tion number Ssum are acquired. The section number 



Sno and the total section number Ssum are stored in, 
e.g., the RAM 23, and held until all the program data are 
completely downloaded. In the next step 828. it is 
checked whether a load section which is received at 
5 present is a sectton which does not have been acquired. 
This determination is made on the basis of the section 
number Sno. 

For example, each time a load section is received, 
the section number Sno acquired in step S27 is accu- 
^0 mulatively stored in the RAM 23, and a table of the sec- 
tion numbers Sno of load sections which have been ac- 
quired is fomned. Each time a new section number Sno 
is acquired, the table is referred to to check whether a 
download process is performed (to be described later). 
^5 If it is determined in step 828 that the section is not 
a section which does not have been acquired, the flow 
returns to step 820 to receive the next load section. On 
the other hand, if it is determined that the section is a 
section which is not acquired, the flow shifts to step 829 
^0 to acquire program data from the code data region, and 
the main body of the program is downloaded. The down- 
loaded program data is temporarily stored in a prede- 
termined region of, e.g., the RAM 23. 

The program data, as shown in FIG. 4, is stored in 
25 code data regions divided into N regions each having a 
size of 8 bits. The size of the program data stored in the 
load section can be recognized depending on the sec- 
tion length obtained in step S24 described above, and 
the value of N can be known. On the basis of the value 
30 of N. it is checked in step S30 whether the program data 
is downloaded by a predetemiined size. If the download 
process for the predetermined size is not ended, the flow 
returns to step 829 to cause the downk>ad process to 
continue. 

3S If it is determined in step 830 that the download 
process for the predetermined size is ended, the flow 
shifts to step 831 . In step 831 . it is checked whether a 
download process for a series of load sections in which 
the program data is stored is ended. This determination 
40 is made with reference to. e.g., the section number Sno 
accumulatively stored in the RAM 23. If it is determined 
that the download process is not ended, the flow returns 
to step 820 to perform a download process for the re- 
maining sections. 
^5 If ft is determined in step 831 that the download 
process for a series of load sections is ended, it is de- 
termined that the download process for the entire pro- 
gram data is completed. The series of processes are 
ended. 

^0 The download process for the entire program data 
is completed, the program data stored in the RAM 23 is 
transferred to the flash memory 22 by a predetermined 
method to be written in the flash memory 22. This proc- 
ess is perfonned on the basis of, e.g.. a loader program 
^ stored in the ROM 21 in advance. 

The progress state of downloading may be prefer- 
ably displayed in the above download process. This 
progress state can be easily calculated by, e.g., execu- 
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tion of the process in step S29 in FIG. 8 on the basis of 
the total section number Ssum, the section number Sno 
accumulatively stored, the sectbn length acquired in 
step S4, and the number of repeats of steps S29 and 
S30. Therefore, a percentage o1 downloaded program 
data to the entire program data at present can be dis- 
played as in an example shown in FIG. 9. This display 
is performed by the following manner. That is, a display 
screen is formed by the image display generator 24 on 
the basis of the control of the unit controller 20. and the 
display screen is synthesized with an output from a vid- 
eo signal unit 12 by the adder 25. 

Program data is downloaded in the above descrip- 
tion. However, the present invention is not limited to this 
example. For example, data to be transmitted can be 
easily transmitted as text data, still image data, or mov- 
ing image data as if messages such as information of 
new products or update information of programs are 
transmitted from the maker of a receiver 

As has been described above, different program da- 
ta can be transmitted for receiver makers and models, 
respectively. For this reason, even if a host processor, 
an OS. an interpreter, and the like are not integrated on 
the reception side, program data for all receivers can be 
advantageously downloaded. 

Since the version information of program data to be 
transmitted can be known by a version ID, a download 
process can be advantageously avoided from being per- 
formed in vain. 

Further, according to the embodiment, the progress 
state of downloading can be advantageously displayed. 
For this reason, even if downloading is performed for a 
relatively long period of time, stress can be advanta- 
geously avoided from acting on a user. 

Furthermore, when there are many makers or mod- 
els, program data corresponding to the makers or the 
models can be advantageously transmitted by arbitrary 
transponders. 



75 



Claims 

1. A data transmission device for time-divisionally 
multiplexing signals of a plurality of channels and 
further multiplexing the plurality of time-divisionally 
multiplexed signals to simultaneously transmit the 
signals, characterized In that 

receiver maker identification information for 
identifying makers of reception devices for re- 
ceiving transmitted information and 
receiver model identification information for 
identifying models of the makers of the recep- 
tion devices are transmitted. 

2. A data transmission device according to claim 1, 
characterized in that version identification informa- 
tion of the information is further transmitted. 



3. A data transmission device according to claim 1 , 
characterized in that quantity infornriation repre- 
senting the quantity of the information is further 
transmitted. 

5 

4. A data transmission device according to claim 1 , 
characterized in that information representing spe- 
cific signals, of the multiplexed and transmitted sig- 
nals, through which the receiver maker identifica- 

10 tion information and the receiver model identifica- 
tion information are transmitted is further transmit- 
ted to each of the multiplexed and transmitted sig- 
nals. 

A data reception device for designating a predeter- 
mined signal from multiplexed and transmitted sig- 
nals to receive the predetermined signal, character- 
ized by comprising: 

20 means tor extracting only necessary informa- 

tion on the basis of receiver maker identification 
infomnation and receiver model identification 
information included in the received signal to 
store the extracted information; and 

2S control means for using the stored infomnation 

as a program for unit control. 

6. A data reception device according to claim 5, char- 
acterized in that a progress state of the storing is 
displayed on the basis of quantity information rep- 
resenting the quantity of the infomnation included in 
the received signal. 

A data transmission system for time-divisionally 
multiplexing signals of a plurality of channels and 
further multiplexing the plurality of time-divisionally 
multiplexed signals to simultaneously transmit the 
signals, and designating a predetermined signal 
from the multiplexed and transmitted signals to re- 
40 ceive the predetermined signal, characterized by 
comprising: 



30 



35 



transmission means for transmitting receiver 
maker identificatbn information for identifying 
45 makers of reception devices for receiving trans- 

mitted information and 

receiver model identification information for 
identifying models of the makers of the recep- 
tion devices; 

50 reception means for receiving the transmitted 

information; 

means lor extracting only necessary informa- 
tion on the basis of the receiver maker identifi- 
cation information and the receiver model iden- 
55 tification information included in the received 

infomnation to store the extracted information; 
and 

control means for using the stored infomnation 
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as a program for unit control. 

8. A data transmission method for time-divisionally 
multiplexing signals of a plurality of channels and 
further multiplexing the plurality of time-divisionally s 
multiplexed signals to simultaneously transmit the 
signals, characterized in that 

receiver maker identification information for 
identifying makers of reception devices for re- io 
ceiving transmitted information and 
receiver model identification information for 
identifying models of the makers of the recep- 
tion devices are transmitted. 

IS 
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(54) Data transmission and reception 

(57) Proper data is selected from a plurality of data 
which are multiplexed and transmitted to download the 
proper data. The maker and model of a receiver and the 
version of a control program are stored in a load section 
as a maker ID, a model ID, and a version ID. The section 
number and the total number of sections are also stored. 
It is checked whether the maker ID and the model ID 
coincide with those stored in the ROM of the receiver to 



check whether the version number is newer than that of 
the control program of the receiver. Therefore, it can be 
checked whether the program should be downloaded. 
With reference to the list of section numbers which have 
been downloaded, it can be found whether a program 
divided into a plurality of sections to be transmitted is 
completely downloaded. With reference to the list of 
section numbers and the total number of sections, the 
progress state of downloading can be known. 
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